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@ A data processing system (20) and method for 
automatically performing prioritized nursing diag- 
noses from patient assessment data stores a diagno- 
sis table (60,70) containing relations (62.72) between 
nursing diagnoses (64,74) and patient characteristics 
(66,76). with each such relation (62.72) having a 
corresponding probability measure (78). A priority 
table (80) containing at least one relation (82) be- 
tween a diagnosis (84) from a diagnosis table (60,70) 
and a corresponding priority measure (86) is also 
stored. The data processing system (20) receives 
assessment data, matches assessment data with re- 
lations (62,72) in the diagnosis table (60J0) and 
constructs a potential diagnosis list (94) including the 
matched diagnoses and the corresponding probabil- 
ity measures. The probability measure (99) of each 
diagnosis (98) in the potential diagnosis list (94)' is 
weighted with the priority measure (86) correspond- 
ing to the diagnosis (98) from the priority table (80). 
When more than one relation (62,72) is provided for 
a diagnosis (64,74) in the diagnosis table (60,70), 
probability measures (78) are combined when the 
potential diagnosis list (94) is constructed. The prob- 
ability measures (99) are preferably added together 
to combine them, and are preferably limited to a 
maximum value, for example, equivalent to 99%. 
The diagnosis table (60,70) may be divided into 
primary (60) and secondary diagnoses (70) tables. 
Each relation (62) in the primary diagnosis table (60) 
has the same probability measure. The tables and 
lists of the data processing system (20) and method 



are preferably implemented in a relational database. 
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Field of the Invention 

The present invention relates generally to data 
processing systems for performing diagnostic oper- 
ations, more particularly to diagnostic systeriis re- 
lated to health care, and more specifically to nurs- 
ing diagnosis systems. 

Background of the Invention 



An important aspect of nursing is the nursing 
process, a problem-solving approach applied to 
patient care. This nursing process includes four 
basic steps, w^hich are assessment, planning, im- 
plementation and evaluation. Assessment involves 
the collection of signs and symptoms of a patient 
and the generation of prioritized nursing diagnoses 
by the nurse. Planning includes developing a plan' 
of care to reach achievable outcomes for the pa- 
tient based on the prioritized nursing diagnoses. 
The plan is then implemented for the patient, the 
outcomes are evaluated and the plan is revised. 

Automation of the nursing process has been 
attempted in the past with concentration in the area 
of assessment and planning. Current automated 
systems, or expert systems, for generating nursing 
diagnoses fail to consider the method by which 
nurses actually make diagnoses. The diagnostic 
reasoning of nurses has been described by Car- 
nevali. et al. in Diagnostic Reasoning in Nursing - 
(New York: J. B. Lippincott, 1984) pages 25-28, 61- 
82, 193-206, which is hereby incorporated by refer- 
ence. Carnevali et al. explain how nurses perform 
diagnoses based on assessment data, recognizing 
that there is some probabilistic relationship be- 
tween the data and the diagnoses. However, the 
diagnostic reasoning process of nurses is also af- 
fected by a variety of biases which include the 
level of experience of the nurse, the amount of 
assessment data, stereotyping of patients, the fre- 
quency with which specific diagnoses and patient 
signs and symptoms occur, frequency of exper- 
ience with specific signs and symptoms of the 
patient, and other experiences. Therefore, nurses 
may not always make correct diagnoses, and may 
fail to make important diagnoses. What Carnevali 
fails to note is that nurses often make multiple 
diagnoses which need to be prioritized in order to 
develop an adequate, prioritized care plan. The 
same biases which affected diagnoses also affect 
prioritization. 

Another difficulty faced by nurses in perform- 
ing diagnoses is that standard acceptable nursing 
diagnoses, generated by. for example, the North 
Atlantic Nursing Diagnoses Association (NANDA), 
are often insufficient to meet the needs of many 
specialized practice areas, and often change from 
year to year. Thus, nurses must continually keep 
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up-to-date to know and use these nursing diag- 
noses. Current automated decision support sys- 
tems, or expert systems, in nursing have failed to 
consider the constant change of acceptable nursing 

5 diagnoses. These previous systems include rules 
for making diagnoses which are "hard-coded" into 
the system. That is, when a system is implemented 
as a computer program in a computer language, 
such as LISP, the rules for diagnosis are also 

10 implemented in this computer language. Therefore, 
if any change needs to be made to the rules for 
diagnosis, a programmer needs to modify the sys- 
tem. Since acceptable nursing diagnoses change 
frequently, the maintenance of these systems be- 

75 comes expensive, rendering them unsuitable for 
widespread use in hospitals. Moreover, nurses are 
not able to modify what they perceive to be the 
probabilistic relationship between signs and symp- 
toms and diagnosis. 

20 Finally, nurses often have experience in areas 

of specialty. Patients are grouped together accord- 
ing to these specialties into hospital care units, 
such as the intensive care unit, or the ambulatory 
care unit. In different care units, diagnoses have 

25 different likelihoods, different probabilistic relation- 
ships with patient data and different priorities. An 
inexperienced nurse often needs to rely on other 
experienced nurses to perform regular duties cor- 
rectly. 

30 In view of the problems and limitations of pre- 

vious support systems for assisting nurses in per- 
forming diagnoses, it is an object of the present 
invention to provide a data processing system and 
method for automatically performing prioritized 

35 nursing diagnoses and which helps to reduce bi- 
ases of a nurse. 

Another object of the present invention is to 
provide a data processing system which permits 
nurses to transfer easily between specialized care 

40 units and to perform patient diagnoses while having 
little experience in a new care unit. 

It is a further object of the present invention to 
provide a data processing system for automatically 
making nursing diagnoses from patient assessment 

45 data which recognizes the probabilistic relationship 
between patient data and diagnoses and prioritizes 
nursing diagnoses. 

Summary of the Invention 

50 

In view of the foregoing and other objects of 
the present invention, there is provided a data 
processing system and a method for automatically 
making prioritized nursing diagnoses. In one aspect 
65 of the invention, the data processing system stores 
a diagnosis table containing a relation between a 
nursing diagnosis and a patient characteristic, with 
each such relation having a corresponding prob- 

2 
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ability measure. A priority table containing at least 
one relation between a diagnosis fronn the diagno- 
sis table and a corresponding priority measure is 
also stored. The data processing system also re- 
ceives assessment data, matches assessment data 
with relations in the diagnosis table and constructs 
a potential diagnosis list including the matched 
diagnoses and their corresponding probability mea- 
sures. The probability measure of each diagnosis 
in the potential diagnosis list is weighted with the 
priority measure corresponding to the diagnosis 
from the priority table. 

More than one relation may be provided for a 
diagnosis in the diagnosis table. In this case prob- 
ability measures are combined in constructing the 
potential diagnosis list, to insure that a diagnosis 
appears once in the potential diagnosis list. In one 
embodiment, the probability measures are added 
together, and are preferably limited to a maximum 
value equivalent to 99%. 

In another aspect of the invention there is pro- 
vided a primary diagnosis table and a secondary 
diagnosis table. The primary diagnosis table stores 
at least one relation between a nursing diagnosis 
and at least one patient characteristic, wherein 
each relation has the same probability measure. 
The secondary diagnosis table stores at least one 
relation between a nursing diagnosis and at least 
one patient characteristic, wherein each relation 
has a corresponding probability measure. In the 
data processing system of the present invention 
the diagnosis table and priority table are preferably 
implemented in a relational database. 

The data processing system of the present 
invention may also include a display for displaying 
diagnoses from the potential diagnosis list on the 
basis of the weighted probability measures. For 
example, the potential diagnosis list could be sort- 
ed on the basis of the weighted probability mea- 
sures, and a sorted list may be displayed. 

In another aspect of the present invention, the 
data processing system also includes a defining 
characteristics list which contains relations between 
patient signs and symptoms and defining char- 
acteristics. These defining characteristics and the 
contained relations may be obtained from standard 
nursing textbooks. In this embodiment, the match- 
ing of assessment data to diagnoses includes 
matching assessment data with signs and symp- 
toms in the defining characteristics list in order to 
obtain a list of determined characteristics. The pa- 
tient characteristics in the diagnosis table then cor- 
respond to defining characteristics. 

In a preferred embodiment of the present in- 
vention, the data processing system includes a 
workstation which has a local memory, and a host 
station which has a main rinemory. The host sta- 
tions and workstations are interconnected by a 



network to enable communication therebetween. 
The main memory includes the diagnosis table, 
similar to the table described above, and a priority 
table. The workstation receives assessment data, 

5 constructs an assessment data file in its local 
memory for storing received assessment data, 
matches received assessment data with patient 
characteristics, in the diagnosis table, and con- 
structs a potential diagnosis list In its local memory 

10 for storing the diagnosis and corresponding prob- 
ability measure of matched relations. A workstation 
also weights the probability measure of each di- 
agnosis in the potential diagnosis list by the priority 
measure corresponding to the diagnosis from the 

75 priority table. In this embodiment, a workstation 
copies a diagnosis table and a priority table from 
the main memory of the host station into its local 
memory. 

In this embodiment, there may also be a plural- 
20 ity of care units, wherein a care unit has a plurality 
of workstations. In this case, a priority table for 
each care unit is stored in the main memory of the 
host station, and the priority table for the care unit 
which contains the workstation is selected and 
25 copied into the local memory of the workstation. 

Brief Description of the Drawing 

The foregoing and other objects, features and 
30 advantages of the present invention will be better 
understood in view of the following detailed de- 
scription made in conjunction with the accompany- 
ing drawing in which; 

Fig. 1 is a schematic block diagram of a data 
35 processing system in which the invention may 
be employed; 

Fig. 2 is a diagram of a data structure for storing 
relations between defining characteristics and 
signs and symptoms; 
40 Fig. 3 is a diagram of a data structure for storing 
relations between primary diagnoses and defin- 
ing characteristics; 

Fig. 4 is a diagram of a data structure for storing 
relations between secondary diagnoses, defining 
45 characteristics and corresponding probability 
measures; 

Fig. 5 is a diagram of a data structure for storing 
relations between diagnoses and priority mea- 
sures: 

50 Fig. 6 Is a diagram of a data structure for storing 
patient assessment data or defining characteris- 
tics based upon the assessment data; 
Fig. 7 is a diagram of a data structure for storing 
determined diagnoses and related combination 

55 probabilities and priority measures; 

Fig. 8 is a general flowchart of the process for 
generating and prioritizing diagnoses based on 
assessment data; 
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Fig. 9 is an illustration of an interface display 
tiirough whicli assessment data is received by 
the data processing system; 
Fig. 10 is a general flowchart of the process for 
generating diagnoses; 

Fig. 11 is a flowchart of the process for deter- 
mining defining characteristics for a patient from 
the received assessment data; 
Fig. 12 is a flowchart of the process for deter- 
mining primary diagnoses and adding them to a 
potential diagnosis list on the basis of the deter- 
mined defining characteristics; 
Fig. 13 is a flowchart of a process for determin- 
ing secondary diagnoses and adding them to 
the list of potential diagnoses on the basis of the 
determined defining characteristics; and 
Fig. 14 is a flowchart of a process for prioritizing 
determined diagnoses. 

Detailed Description 

A data processing system 20 in which the 
present invention may be utilized is illustrated In 
Fig. 1. The data processing system 20 includes at 
least one host station 22 and workstations 24. A 
host station 22 includes a main memory 26 for 
holding data which may be used by users of the 
system. A secondary memory 28 is also provided 
for maintaining the integrity of the database. A 
processor 30 is provided for reading and writing of 
data from the data base stored In memory 26, by 
users at other host stations 22, at workstations 24 
and/or at input device 32, such as a keyboard 32, 
for the host station. It is preferable to have a 
second host station 22 to provide a redundant data 
base in case of failure of the first host station. The 
host stations are normally and preferably located at 
a central location within a hospital. Workstations 24, 
on the other hand, are normally located within a 
care unit and are connected to the host stations via 
a network 34, 

A workstation 24 normally has a main memory 
35 for storing local copies of data and programs 
and a processor 36 which is capable of performing 
read and write requests for data from its main 
memory, and for performing other operations on 
data. The processor 36 also controls a display 
control 38 in order to display information on a 
monitor 40 or other output device. A workstation 24 
also includes an input device, such as a keyboard 
42 and mouse or trackball 44. Workstations 24, 
Interconnected by network 34, are provided for a 
care unit, with a workstation 24 preferably being 
provided for each patient room in a hospital for the 
preferred embodiment. 

For the preferred embodiment of the present 
invention, a defining characteristics table is pro- 
vided, in main memory 26 for identifying the cor- 



respondence between possible defining character- 
istics and patient signs and symptoms (see Fig. 2). 
The defining characteristics table 50 is a list of 
entries or relations 52. An entry contains a defining 
6 characteristic 54 and at least one corresponding 
patient symptom 56. The actual correspondence 
between characteristics 54 and symptoms 56 is 
well known and used by nurses. 

A defining characteristic is matched to or in- 

70 dicated by normally only one patient sign or symp- 
tom. However, many signs and symptoms may 
each, individually indicate the same defining char- 
acteristic. Thus, a defining characteristic may ap- 
pear more than once in table 50. However, when 

15 diagnoses are made for a patient, a defining char- 
acteristic should only be determined once. 

Defining characteristics are also related to 
nursing diagnoses in ways well known to nurses, 
such as described in Nursing Diagnosis and Inter- 

20 vention , by Gertrude K. McFarland and Elizabeth A. 
McFarlane, (St. Louis: C.V. Mosbe Co., 1989). Such 
relationships are also embodied in a list in the 
present invention. According to the preferred em- 
bodiment of the present invention, two diagnosis 

25 tables are provided. 

Fig. 3 illustrates a data structure for storing 
primary diagnoses, called the primary diagnosis list 
60. A primary diagnosis list includes entry pairs (or 
relations) 62, which map defining characteristics to 

30 nursing diagnoses. An entry or relation 62 has a 
diagnosis field 64 for indicating a diagnosis and a 
defining characteristics field 66 for indicating the 
defining characteristics corresponding to the di- 
agnosis. All entries or relations in the primary di- 

35 agnosis list 60 are assumed to have the same 
probability measure. This list 60 would typically be 
used for storing diagnostic relations having a prob- 
ability measure of about 99%. Thus, the values for 
probability measures for these diagnoses need not 

40 be stored nor searched for, saving both time and 
space. 

Fig. 4 is a similar table, called the secondary 
diagnosis table 70. The secondary diagnosis table 
70 has entries or relations 72 similar to entries 62 

45 of the primary diagnosis list 60. However, in addi- 
tion to the diagnosis field 74 and defining char- 
acteristics field 76, there is provided a probability 
field 78 which indicates the probability measure of 
the accuracy of the diagnosis indicated by field 74 

50 in an entry 72. 

In both the primary diagnosis list 60 and sec- 
ondary diagnosis list 70, it is possible for a defining 
characteristic to be related to more than one di- 
agnosis, and for one diagnosis to have more than 

55 one corresponding defining characteristic. Thus, 
when the system is used to perform diagnoses, if 
multiple results for a single diagnosis are found, 
they are combined. A' suitable combination will be 
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described later in connection with Figs. 10-14. 

After a list of potential diagnoses for a patient 
is developed, such a list is prioritized, in order to 
assist the nurse in developing a care plan for the 
patient. Prioritization may be provided by using a 
diagnosis priority table 80 (Fig. 5) which includes 
entries 82 which map diagnoses to priority values. 
An entry 82 has a diagnosis field 84 and cor- 
responding priority field 86. The value of priority 
field 86 is intended to be combined with a deter- 
mined probability for a diagnosis such that a list of 
diagnoses with combined probability and priority 
values may obtained. This list is sorted according 
to the combined values such that the first diagnosis 
of the sorted list is the diagnosis with the highest 
probability and priority. A priority measure for a 
diagnosis is assigned normally according to the 
importance or severity of the diagnosis within the 
care unit. 

The defining characteristics list 50, primary di-' 
agnosis list 60, secondary diagnosis list 70 and 
priority table 80 are preferably implemented in a 
relational database. A suitable language, such as 
DBASE, may be used. To reduce the time for 
determining valid diagnoses from defining char- 
acteristics, it is preferable that entries 52, 62. 72. 
and 82 be ordered according to the values 
searched therein. For example, the defining char- 
acteristics for a patient are determined and 
searched for on the basis of symptoms as in- 
dicated in field 56 of the defining characteristics list 
50. The primary diagnosis table is searched on the 
basis of the defining characteristics as indicated by 
field 66. Similarly, secondary diagnosis list 70 is 
searched on the basis of defining characteristics 
field 76. Finally, priority table 80 is searched on the 
basis of diagnosis field 84. By ordering these lists 
according to the above-identified fields, optimized 
searching may be realized. 

. An advantage of using a relational database for 
the implementation of at least the tables and lists- 
50, 60, 70, and 80 is the ease with which tools may 
be provided for modifying these tables and lists, 
which may be understood as the "rules" of the 
expert system. Using a relational database a nurse 
may change the tables and lists without the Inter- 
vention of a programmer or other skilled computer 
technician. Thus, when nursing diagnoses, prob- 
ability measures or priority measures change, a 
nurse, who is best suited to change the database 
because of her better understanding of the subject 
matter, may readily make the changes. A relational 
database with suitable access tools will enable a 
nurse to change the database without the interven- 
tion of a computer technician. 

It is furttier preferable to provide probability 
and priority measures which are specific for or 
dependent on a care unit. For example, by provid- 



ing multiple priority fields 86. retrievable according 
to care unit, different care units within a hospital 
may assign different priorities to different diag- 
. noses. Moreover, similar structures could be used 

5 for diagnosis tables 60 and 70 since the probability 
that a defining characteristic may Indicate a certain 
diagnosis may vary between care units. 

When the system of the present invention is 
used with such care unit-dependent data, a work- 

10 station 24 may retrieve data from a host station 22 
and need only load information pertaining to the 
care unit in which the workstation 24 is located. 
Thus, from the point of view of a care unit, there is 
only one set of diagnosis data (i.e., diagnosis and 

75 priority tables 60, 70 and 80). 

It may also be possible to combine the defining 
characteristics table 50, primary diagnosis list 60 
and secondary diagnosis list 70 (Figs. 2, 3 and 4 
respectively) Into one table. This table would map 

20 signs and symptoms directly to diagnoses and 
corresponding probabilities. Although such a table 
may reduce the number of different types of 
searches on the database, it may cause the 
database to be larger. 

25 In the preferred embodiment two temporary 

data structures are provided for developing, a 
prioritized list of diagnoses for a patient. The first of 
these data structures is the determined characteris- 
tics list 90 (Fig. 6). This list of determined char- 

30 acteristics includes entries 92, the number of which 
corresponds to the number of defining characteris- 
tics retrieved from table 50 which are supported by 
the assessment data retrieved for a patient. The 
construction of the determined characteristics list 

35 90 for a patient will be described in further detail 
below in connection with Figs. 9-1 1 . 

The second of the temporary data structures is 
the potential diagnosis list 94 (Fig. 7). The potential 
diagnosis list includes entries 96 which include a 

40 diagnosis field 98 for indicating a potential diagno- 
sis, and a score field 99. indicating the probability, 
possibly prioritized, measure for the corresponding 
diagnosis. The use of this table will be described in 
more detail below in connection with Figs. 12-14. 

45 The process of creating and displaying the list 

of prioritized diagnoses from patient assessment 
data will now be described in connection with Figs. 
8-14. The general method of making diagnoses 
involves steps for retrieving assessment data for a 

50 patient and matching it to the defining characteris- 
tics database 50. Thus, a list of defining char- 
acteristics for the patient is determined. From these 
determined characteristics, diagnoses may be de- 
termined by matching the characteristics to rela- 

55 tions in the primary and secondary diagnosis rela- 
tions lists 60 and 70. If a diagnosis is found more 
than once, probabilities for the diagnosis are com- 
bined. One way to combine the probabilities is by 
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adding them. The list of diagnoses may then be 
prioritized by combining the probability for a di- 
agnosis with its priority measure found in table 80. 
The list is then sorted according to score and an 
ordered, prioritized list may be displayed in a suit- 
able manner to the nurse. 

This process is described in general by the 
flow chart of Fig. 8. The first step of the process is 
step 100 of entering assessment data for a patient. 
This process will be described in more detail in 
connection with Fig. 9. The next step of the pro- 
cess is step 102 of generating a list of diagnoses 
based on the entered assessment data. Step 102 
of generating the iist of diagnoses is described in 
more detail below in connection with Figs. 10-13. 
After a list of diagnoses is generated, the diagnosis 
list is prioritized in step 104. This step 104 of 
prioritization is described in more detail below in 
connection with Fig. 14. The process of the present 
invention concludes with displaying the list of 
prioritized diagnoses to the nurse on the display 44 
of the workstation 24 (Fig. 1) or other output de- 
vice, in a manner known to those skilled in the art. 

Reception of assessment data for a patient will 
now be described in more detail in connection with 
Fig. 9. Fig. 9 illustrates a display interface which 
allows a nurse to enter assessment data for a 
patient. By providing a standard menu 110 on a 
display, a nurse may select a "data entry" item 
(display item 112), which causes entry fields to be 
displayed. Selection may be performed by. for 
example, a mouse event, such as a user pointing a 
cursor on the display item and clicking a button. A 
list 114 of data entry options, including anatomic 
systems, is preferably provided from which a nurse 
may choose to enter data for a patient. In the 
sample display of Fig. 9, "CV System" (i.e. cardio- 
vascular system) is selected and possible assess- 
ment items are displayed in area 116 of the dis- 
play. A nurse may select an entry item and enter 
the corresponding data, such as item 117 which is 
selected to indicate that "peripheral pulses" are 
abnormal. An interface to receive assessment data 
may be provided in many ways which are familiar 
to those skilled in the art of data processing sys- 
tems. Defining characteristics or corresponding pa- 
tient systems for which assessment data may be 
entered are well known to nurses and may be 
found in standard nursing handbooks. 

When a list of patient signs and symptoms has 
been retrieved, a list of diagnoses may be obtained 
by the data processing system of the present in- 
vention in a manner which will now be described in 
connection with Figs. 10-13. In the preferred em- 
bodiment of the present invention, the process of 
generating a list of diagnoses includes step 120 of 
generating a list of defining characteristics, to be 
described below in connection with Fig. 11. From 



the iist of defining characteristics, a list of primary 
diagnoses is then generated in step 122. This 
process will be described in more detail in connec- 
tion with Fig. 12. A list of secondary diagnoses is 
5 also generated in step 124 from the generated 
defining characteristics. It is possible to combine 
these three steps into one step, as shown in step 
102 of Fig. 8, when a combined database is pro- 
vided for the tables 50. 60, and 70 of Figs. 2, 3, 

70 and 4 respectively- That is, one table could be 
provided for mapping diagnoses directly to lists of 
patient signs and symptoms, wherein each diag- 
nostic relation has a probability measure field. 

The generation of a list of defining characteris- 

15 tics (step 120 of Fig. 10) will now be described in 
further detail in connection with Fig. 1 1 . Generation 
of the list of defining characteristics for a patient 
begins with step 130 of retrieving the first defining 
characteristic relation 52 from the defining char- 

20 acteristics list 50 (Fig. 3). Next, in step 132, it is 
determined whether the assessment data from the 
patient supports the defining characteristic current- 
ly examined. Step 132 entails matching the assess- 
ment data to the sign or symptom related to the 

25 current defining characteristic in field 56. The as- 
sessment data is simply searched for the sign or 
symptom from field 56. If there is a match, the 
defining characteristic indicated by field 54 is ad- 
ded to the list of determined characteristics 90 

30 (Fig. 6) in step 134. If the assessment data does 
not match, or, after the defining characteristic is 
added to the list of determined characteristics, it is 
determined in step 136 whether more defining 
characteristic relations (52) remain to be examined. 

35 If no relations 52 remain, this process is com- 
pleted; otherwise, the next relation 52 is retrieved 
in step 138. The list of determined characteristics 
90 is then examined to find if the defining char- 
acteristic of this next relation 52 has been found 

40 already (step 140). If this defining characteristic has 
been found, processing continues with step 136 of 
determining if more relations remain in the defining 
characteristics list 50. Otherwise, for this next rela- 
tion 52, processing continues with step 132, as 

45 described above. Through the completion of the 
process described in the flowchart of Fig. 11, a list 
of determined characteristics 90 may be generated 
from the assessment data for a patient. 

The process of generating a list of primary 

50 diagnoses (step 122, Fig. 10) will now be described 
in connection with Fig. 12. The first step of this 
process is retrieving the first primary diagnosis 
relation 62 from the primary diagnosis list 60 (Fig. 
3) in step 150. Next, it is determined in step 152 if 

55 the defining characteristic indicated in field 66 of 
the currently examined entry 62 appears in the list 
of determined characteristics 90 described above. 
If this defining characteristic is in the list of deter- 
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mined characteristics, the diagnosis from field 64 
of the currently examined entry 62 is added to the 
potential diagnosis list 94 as an entry 96, with the 
diagnosis field 98 set to the currently examined 
diagnosis, and the score field 99 set to a probabil- 
ity of 99% (step 154). After a diagnosis is added to 
the potential diagnosis list during step 154, or it is 
determined that the defining characteristic field 66 
for the diagnosis (field 64 of the currently examined 
entry 62) does not appear in the list of determined 
characteristics 90 (determined by step 152), a de- 
termination is made during step 156 whether pri- 
mary diagnosis relations remain in primary diagno- 
sis list 60 to be examined. If an entry 62 remains, 
the next entry is retrieved in step 158. Next, it is 
determined in step 160 whether the currently ex- 
amined diagnosis is already in the potential diagno- 
sis list. Since, in the preferred embodiment, the 
probability for a potential diagnosis may not ex- 
ceed 99%, if a diagnosis appears in the potential 
diagnosis list, further occurrences of it in the pri- 
mary diagnosis table 60 need not be examined to 
determine potential diagnoses. After step 160, if 
the next primary diagnosis is not on the potential 
diagnosis list, processing continues with step 152 
as described above. 

The process of generating the list of secondary 
diagnoses will now be described in connection with 
Fig. 13. The first step of this process is step 170 of 
retrieving the first secondary diagnosis relation 72 
from the secondary diagnosis table 70. It is then 
determined in step 172 if the currently examined 
diagnosis characteristic (field 76) appears in the list 
of determined characteristics 90 as described 
above in connection with Fig. 12, step 152. if only 
one step is used for generating the list of di- 
agnoses (see step 102 of Fig. 8), this step 172 
would involve examining the assessment data to 
determine if it supports the diagnosis of the current 
relation 92 being examined. If the currently exam- 
ined relation is supported by the determined char- 
acteristics, the list of potential diagnoses 94 is 
examined to determine if the currently examined 
diagnosis already exists in the list (step 174). If the 
currently examined diagnosis does not appear in 
the list of potential diagnoses 94, it is added to the 
list of potential diagnoses in step 176. An entry 96 
is established with diagnosis field 98 set to the 
currently examined diagnosis and score field 99 set 
to the probability as retrieved from the secondary 
diagnosis table 70, field 78 for that diagnosis. If the 
currently examined diagnosis does appear on the 
list of potential diagnoses 94, as determined in step 
174, the probability for the currently examined rela- 
tion 72 (field 78) is added to the existing score 
(field 99) for the diagnosis in the potential diagno- 
sis list. If the resulting score is greater than 99%, 
the score is then set to 99% (step 178). After the 



entry for the currently examined diagnosis is set in 
' the list of potential diagnoses 94, as performed by 
step 176 or 178. it is determined in step 180 
whether secondary diagnoses remain to be exam- 
5 ined. If no secondary diagnosis relations remain, 
this process is complete; otherwise, the next sec- 
ondary diagnosis relation 72 is retrieved in step 
182 and processing continues, as described above, 
with step 172. 

10 By the completion of the process illustrated by 

the flowchart of Fig. 13, a list of potential diagnoses 
94 is generated for a patient, wherein each di- 
agnoses appear once, and each diagnosis has a 
score representing Its probability, with a highest 

75 probability of 99%. This list of potential diagnosis 
is prioritized and sorted in a manner which will now 
be described in connection with Fig. 14. 

The first step of the preferred method of 
prioritization is step 190 of retrieving the first po- 

20 tential diagnosis from the list 94. The priority value 
for this diagnosis is retrieved from the priority table 
80 by searching for an entry 82 having the cor- 
responding diagnosis in field 84. in step 192. The 
priority value retrieved from field 86 is then multi- 

25 plied with the score for the diagnosis, in step 194. 
which is retrieved from field 99 of the entry 96 for 
the diagnosis in the potential diagnosis list 94. It is 
then determined in step 196 whether potential di- 
agnoses in the list 94 remain to be examined. If 

30 potential diagnoses remain, the next diagnosis is 
retrieved from the list 94 in step 198 and process- 
ing continues with step 192 as described above. 
Otherwise, if all potential diagnoses have been 
examined, the potential diagnosis list is sorted by 

35 score in descending order (step 200). Thus, the 
diagnosis having the largest product of priority 
measure and probability will appears first in the list. 
The prioritized list may be stored, if desired, in the 
database along with other patient information. 

40 The sorted potential diagnosis list may then be 

displayed in a suitable manner to the nurse using 
the system (step 202), in order to provide a list of 
prioritized diagnoses to the nurse. If desired, the 
scores corresponding to the diagnoses may also 

45 be displayed to give the nurse an indication of the 
relative priority of the determined diagnoses. 

Having now described an embodiment of the 
invention it should be apparent to those skilled in 
the art that the foregoing description is Illustrative 

50 only and not limiting, having been presented by 
way of example only. Numerous other embodi- 
ments and modifications thereof are contemplated 
as falling within the scope of the present Invention 
as defined by the appended claims and equivalents 

55 thereto. 
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Claims 

1. A data processing system (20) for determining 
prioritized nursing diagnoses from assessment 
data, comprising: 

diagnosis table means (60,70) for storing 
at least one relation (62,72) between a nursing 
diagnosis (64,74) and a patient characteristic 
(66,76), each relation (62,72) having a cor- 
responding probability measure (78); 

means for storing a priority table (80) con- 
taining at least one relation (82) between a 
nursing diagnosis (84) from the diagnosis table 
(60,70) and a corresponding priority measure 
(86); 

means (112) for receiving assessment 
data; 

means (120) for matching received assess- 
ment data with relations (62,72) in the diagno- 
sis table means (60.70); 

means (122,124) for constructing a poten- 
tial diagnosis list (94) containing the diagnosis 

(98) and corresponding probability measure 

(99) of each matched relation (62.72): and 
means (104) for weighting each probability 

measure (99) in the potential diagnosis list (94) 
by the priority measure (86) of its correspond- 
ing diagnosis (84) from the priority table (80). 

2. A data processing system (20) as set forth in 
claim 1 wherein the diagnosis table means 
(60,70) includes more than one relation (62,72) 
for at least one nursing diagnosis (64,74); and 

wherein said means (122,124) for con- 
structing a potential diagnosis list (94) includes 
means (178) for combining probability mea- 
sures (78) related to a diagnosis (64,74) having 
more than one relation (62,72), said diagnosis 
(64,74) having more than one relation (62,72) 
appearing once in the potential diagnosis list 
(94) with a corresponding probability measure 
(99) substantially equal to the combined prob- 
ability measure. 

3. A data processing system (20) as set forth in 
claim 2 wherein the means (178) for combining 
probability measures includes means for add- 
ing said probability measures together. 

4. A . data processing system (20) as set forth in 
claim 3 wherein the maximum combined prob- 
ability measure (99) for a diagnosis (98) in the 
potential diagnosis list (94) is equivalent to 
99%. 

5. A data processing system (20) as set forth in 
claim 4 further comprising means (40) for dis- 
playing diagnoses (98) from the potential di- 



agnosis list (94) on the basis of the weighted 
probability measures (99). 

6. A data processing system (20) as set forth in 
5 claim 1 wherein the diagnosis table means 

(60,70) includes a primary diagnosis table (60) 
and a secondary diagnosis table (70), said 
primary diagnosis table (60) containing at least 
one relation (62) between a nursing diagnosis 

10 (64) and at least one patient characteristic (66), 

each relation (62) having the same probability 
measure, and said secondary diagnosis table 
(70) containing at least one relation (72) be- 
tween a nursing diagnosis (74) and at least one 

75 patient characteristic (76). each relation (72) 

having a corresponding probability measure 
(78). 

7. A data processing system (20) as set forth in 
20 claim 6, further comprising means for storing a 

defining characteristics list (50) containing rela- 
tions . (52) between signs and symptoms (56) 
and defining characteristics (54). and wherein 
said means (120) for matching includes means 

25 (132) for matching assessment data with signs 

and symptoms (56) in the defining characteris- 
tics list (50) to obtain a list of determined 
characteristics (90), and wherein said patient 
characteristic (66,76) in said diagnosis table 

30 means (60.70) is a defining characteristic (54). 

8. A data processing system (20) as set forth in 
claim 7, wherein said diagnosis table means 
(60,70) and said priority table (80) are imple- 

35 merited in a relational database. 

9. A data processing systenn (20) for determining 
prioritized nursing diagnoses for a patient from 
assessment data, said system comprising: 

40 at least one workstation (24) having a local 

memory (35); 

at least one host station (22) having a main 
memory (26); 

a network (34) interconnecting said host 
4S station (22) and workstation (24) for enabling 

communication therebetween; 

said main memory (26) containing a di- 
agnosis table (60,70) for storing at least one 
relation (62,72) between a nursing diagnosis 
50 (64,74) and a patient characteristic (66.76), 

each relation (62,72) having a corresponding 
probability measure (78), and a priority table 
(80) for storing at least one relation (82) be- 
tween a nursing diagnosis (84) from the di- 
55 agnosis table (60,70) and a corresponding pri- 

ority measure (86); and 

wherein said workstation (24) includes 
means (112) for receiving assessment data, 
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means (36) for constructing an assessment 
data file in its local memory (35) for storing the 
received assessment data, means (120) for 
matching received assessment data with pa- 
tient characteristics (66,76) from relations 5 
(62,72) in the diagnosis table (60,70), means 
(122,124) for constructing a potential diagnosis 
list (94) in its local memory (35) for storing the 
diagnosis (64,74) and corresponding probabil- 
ity measure (78) of matched relations; and ro 

means (104) for weighting each probability 
measure (99) in the potential diagnosis list (94) 
by the priority measure (86) of its correspond- 
ing diagnosis (84) from the priority table (80). 

75 

10. A data processing system (20) as set forth in 
claim 9, wherein each of said workstations 
(24) further includes means (36) for copying 
said diagnosis table (60,70) and said priority 
table (80) from the main memory (26) of the 20 
host station (22) into its local memory (35). 
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© A data processing system (20) and method for 
automatically performing prioritized nursing diag- 
noses from patient assessment data stores a diagno- 
sis table (60.70) containing relations (62,72) between 
nursing diagnoses (64,74) and patient characteristics 
(66.76). with each such relation (62,72) having a 
corresponding probability measure (78). A priority 
table (80) containing at least one relation (82) be- 
tween a diagnosis (84) from a diagnosis table (60,70) 
and a corresponding priority measure (86) is also 
stored. The data processing system (20) receives 
assessment data, matches assessment data with re- 
lations (62,72) in the diagnosis table (60,70) and 
constructs a potential diagnosis list (94) including the 
matched diagnoses and the corresponding probabil- 
ity measures. The probability measure (99) of each 
diagnosis (98) in the potential diagnosis list (94) is 
weighted with the priority measure (86) correspond- 
ing to the diagnosis (98) from the priority table (80). 
When more than one relation (62,72) is provided for 
a diagnosis (64,74) in the diagnosis table (60,70), 
probability measures (78) are combined when the 
potential diagnosis list (94) is constructed. The prob- 
ability^ measures (99) are preferably added together 
to combine them, and are preferably limited to a 
maximum value, for example, equivalent to 99%. 
The diagnosis table (60.70) may be divided into 
primary (60) and secondary diagnoses (70) tables. 
Each relation (62) in the primary diagnosis table (60) 



has the same probability measure. The tables and 
lists of the data processing system (20) and method 
are preferably implemented in a relational database. 
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